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(57) Abstract: Techniques for automatically performing vari- 
ous data and storage management operations in a storage envi- 
ronment. The operations to be performed are automatically de- 
termined based upon policies configured for the data and stor- 
age environment. For a selected operation, one or more files 
on which the operation is to be performed are also automati- 
cally determined. The one or more files may be selected using 
different techniques based upon characteristics of the files and 
also based upon the operation to be performed. Target stor- 
age units, if need for the operation, are also automatically de- 
termined. The operations are then performed on the selected 
files. Examples of policy-driven operations include copying a 
file, moving a file, deleting a file, archiving a file, backing-up 
a file, restoring a file, migrating a file, recalling a file, etc. 
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TECHNIQUES FOR PERFORMING POLICY AUTOMATED 

OPERATIONS 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [0001] The present application claims the benefit of U.S. Provisional Patent Application 
No. 60/482,787 filed June 25, 2003 (Attorney Docket No. 21154-001000US), the entire 
contents of which are herein incorporated by reference for all purposes. 

[0002] This application is continuation-in-part (CP) of prior U.S. Non-Provisional 
Application No. 10/232,875, filed August 30, 2002 (Attorney Docket No.: 21 154- 
1 0 0002 1 0US), which in turn claims the benefit of U.S. Provisional Patent Application No. 
60/316,764 (Attorney Docket No. 21 1 54-000200US) filed August 31, 2001, and U.S. 
Provisional Patent Application No. 60/358,915 (Attorney Docket No. 21 154-000400US) filed 
February 21, 2002. The entire contents of Application Nos. 10/232,875, 60/316,764, and 
60/358,915 are herein incorporated by reference for all purposes. 
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[0004] (1) U.S. Non-Provisional Application No. 10/232,671 filed August 30, 2002 
(Attorney Docket No.: 2 1 1 54-000600US); 

[0005] (2) U.S. Non-Provisional Application No. 1 0/650, 1 7 1 filed August 27, 2003 
20 (Attorney Docket No. : 2 1 1 54-0007 1 0US); 

[0006] (3) U.S. Non-Provisional Application No. 10/857,176 filed May 28, 2004 (Attorney 
Docket No.: 21154-001 110US); and 

[0007] (4) US. Non-Provisional Application No. 10/857,174 filed May 28, 2004 (Attorney 
Docket No.: 21154-001210US). 

25 

BACKGROUND OF THE INVENTION 
[0008] The present invention relates to data and storage management, and more particularly 
to techniques for performing automated data and storage management operations. 
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[0009] Data storage demands have grown dramatically in recent times as an increasing 
amount of data is stored in digital form. These increasing storage demands have given rise to 
heterogeneous and complex storage environments comprising storage systems and devices 
with different cost, capacity, bandwidth, and other performance characteristics. Due to their 
5 heterogeneous nature, managing storage of data in such environments is a complex and costly 
task. 

[0010] A storage administrator generally has to perform several tasks to ensure availability 
and efficient accessibility of data. In particular, an administrator has to ensure that there are 
no outages in the storage environment due to lack of availability of storage space on any 

10 server, especially servers running critical applications. The administrator thus has to monitor 
space utilization on the various storage resources in the storage environment Presently, this 
is done either manually or using software tools that generate signals (e.g., alarms, alerts) 
when certain capacity thresholds associated with the storage resources are reached or 
exceeded. When an overcapacity condition is detected, the administrator then has to 

15 manually determine the operations (e.g., move, delete, copy, archive, backup, restore, etc.) to 
be performed to resolve the condition. This may include determining storage units 
experiencing the over capacity conditions, determining an operation to be performed to 
resolve the condition, the files on which the operations are to be performed, etc. Performing 
these tasks manually is very time consuming and complex, especially in a storage 

20 environment comprising a large number of servers and storage units. 

[001 1] Further, changes in data location due to the operations that are performed may 
impact existing applications, users, and consumers of that data. In order to minimize this 
impact, the administrator has to make adjustments to existing applications to update the data 
location information (e.g., the location of the database, mailbox, etc). The administrator also 
25 has to inform users about the new location of moved data. Accordingly, many of the 
conventional storage management operations and procedures are not transparent to data 
consumers. 

[0012] Several applications such as Hierarchical Storage Management (HSM) storage 
applications, Information Lifecycle Management (ILM) applications, etc. are available that 
30 are able to automate some of the operations that were traditionally manually performed by the 
system administrator. For example, a HSM application is able to migrate data along a 

♦ 

hierarchy of storage resources to meet user needs while reducing overall storage management 

2 
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costs. The storage resources may be hierarchically organized based upon costs, speed, 
capacity, and other factors associated with the storage resources. For example, files may be 
migrated from online storage to near-line storage, from near-line storage to offline storage, 
and the like. ILM applications also automate some of the data and storage management 
5 operations. 

[00131 While existing data and storage management applications automate some of the 
manual tasks that were previously performed by the administrator, the administrator still has 
to configure policies for the storage environment that specifically identify the storage units 
and data (e.g., the file(s)) on which the operations (e.g., migration, copy, move, delete, 
10 archive, etc.) are to be performed, the type of operations to be performed, etc. As a result, the 
task of defining storage policies becomes quite complex and cumbersome in storage 
environments comprising a large number of storage units. The problem is further aggravated 
in storage environments in which storage units are continually being added or removed. 

[0014] Another disadvantage of some existing data and storage management applications is 
15 that the storage policies have to be defined on a per server basis. Accordingly, in a storage 
environment comprised of multiple servers, the administrator has to specify storage policies 
for each of the servers. This can also become quite cumbersome in storage environments 
comprising a large number of servers. Accordingly, even though conventional data and 
storage management applications reduce some of the manual tasks that were previously 
20 performed by administrators, they are still limited in their applicability and convenience. 



BRIEF SUMMARY OF THE INVENTION 
[0015] Embodiments of the present invention provide techniques for automatically 
performing various data and storage management operations in a storage environment. The 

25 operations to be performed are automatically determined based upon policies configured for 
the storage environment. For a selected operation to be performed, one or more files on 
which the operation is to be performed are also automatically determined. The one or more 
files may be selected using different techniques based upon characteristics of the files and 
also based upon the operation to be performed. Target storage units, if needed for the 

30 operation, are also automatically determined. The operations are then performed on the 

selected files. Examples of policy-driven operations that may be performed include copying 
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a file, moving a file, deleting a file, archiving a file, backing-up a file, restoring a file, 
migrating a file, recalling a file, etc. 

[0016] According to an embodiment of the present invention, techniques are provided for 
managing a storage environment comprising a plurality of storage units. A first policy is 
5 determined for the storage environment, wherein a first operation is associated with the first 
policy. A data value score is calculated for each file in a set of files stored on a first storage 
unit from the plurality of storage units. A first file is selected from the set of files for 
performing the first operation based upon the data value scores calculated for the files in set 
of files and based upon the first operation to be performed. The first operation is performed 
10 on the selected first file. 

[0017] According to an embodiment of the present invention, a first selection technique is 
determined from a plurality of selection techniques determining based upon the first 
operation to be performed. A first file is then selected from the set of files for performing the 
first operation electing based upon data values scores calculated for the set of files by 
1 5 applying the first selection technique. 

[0018] According to another embodiment of the present invention, techniques are provided 
for managing a storage environment comprising a plurality of storage units. Based upon a 
storage policy, a data value score is calculated for each file in a set of files stored on a first 
storage unit from the plurality of storage units. A first file is selected from the set of files 
20 based upon the data value scores calculated for the set of files. A first operation is performed 
on the selected first file. 

[0019] The foregoing, together with other features, embodiments, and advantages of the 
present invention, will become more apparent when referring to the following specification, 
claims, and accompanying drawings. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0020] Fig. 1 is a simplified block diagram of a storage environment that may incorporate 
an embodiment of the present invention; 

[0021] Fig. 2 is a simplified high-level flowchart depicting a method of performing 
30 automated processing in a storage environment according to an embodiment of the present 
invention; 
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[0022] Fig. 3 is a simplified block diagram of a computer system that may be used to 
perform processing according to an embodiment of the present invention; and 

[0023] Fig. 4 depicts examples of policies (or rules) according to an embodiment of the 
present invention. 

5 

DETAILED DESCRIPTION OF THE INVENTION 
[0024] In the following description, for the purposes of explanation, specific details are set 
forth in order to provide a thorough understanding of the invention. However, it will be 
apparent that the invention may be practiced without these specific details. 

10 [0025] Fig. 1 is a simplified block diagram of a storage environment 100 that may 

incorporate an embodiment of the present invention. Storage environment 100 depicted in 
Fig. 1 is merely illustrative of an embodiment incorporating the present invention and does 
not limit the scope of the invention as recited in the claims. One of ordinary skill in the art 
would recognize other variations, modifications, and alternatives. 

15 [0026] As depicted in Fig. 1 , storage environment 100 comprises physical storage devices 
or units 102 for storing data. Physical storage units 102 may include disk drives, tapes, hard 
drives, optical disks, RAID storage structures, solid state storage devices, SAN storage 
devices, NAS storage devices, and other types of devices and storage media capable of 
storing data. The term "physical storage unit' 1 is intended to refer to any physical device, 

20 system, etc. that is capable of storing information or data. 

[0027] Physical storage units 1 02 may be organized into one or more logical storage units 
104 that provide a logical view of underlying disks provided by physical storage units 102. 
Each logical storage unit (e.g., a volume) is generally identifiable by a unique identifier (e.g., 
a number, name, etc.) that may be specified by the administrator. A single physical storage 
25 unit may be divided into several separately identifiable logical storage units. A single logical 
storage unit may span storage space provided by multiple physical storage units 102. A 
logical storage unit may reside on non-contiguous physical partitions. By using logical 
storage units, the physical storage units and the distribution of data across the physical 
storage units becomes transparent to servers and applications. 

30 [0028] For purposes of describing the present invention, logical storage units 104 are 
considered to be in the form of volumes. However, other types of logical storage units are 
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also within the scope of the present invention. The terin "storage unit" is intended to refer to 
a physical storage unit (e.g., a disk) or a logical storage unit (e.g., a volume). 

[0029] Several servers 106 are provided that serve as access points to data stored by storage 
units 102 or 104. For example, one or more volumes from logical storage units 104 may be 

■ 4 

5 assigned or allocated to each server from servers 106. A server 106 provides an access point 
for the one or more volumes allocated to that server. 

[0030] A storage management server or system (SMS) 108 may be coupled to the storage 
units and servers 106 via communication network 110. Communication network 110 
provides a mechanism for allowing communication between SMS 108, servers 106, and the 

1 0 storage units. Communication network 110 may be a local area network (LAN), a wide area 
network (WAN), a wireless network, an Intranet, the Internet, a private network, a public 
network, a switched network, or any other suitable communication network. Communication 
network 1 10 may comprise many interconnected computer systems and communication links. 
The communication links may be hardwire links, optical links, satellite or other wireless 

1 5 communications links, wave propagation links, or any other mechanisms for communication 
of information. Various communication protocols may be used to facilitate communication 
of information via the communication links, including TCP/IP, HTTP protocols, extensible 
markup language (XML), wireless application protocol (WAP), Fiber Channel protocols, 
protocols under development by industry standard organizations, vendor-specific protocols, 

20 customized protocols, and others. 

[0031] SMS 108 may be configured to execute applications, processes, etc. that perform 
data and storage management functions. For example, as depicted in Fig. 1, SMS 108 
executes a policy-driven data and storage management application or process (PDSMA) 1 14. 
According to an embodiment of the present invention, PDSMA 1 14 is configured to perform 
25 automated data and storage management operations for storage environment 100. 

[0032] In one embodiment, PDSMA 1 14 is configured to detect signals (e.g., alarms, alerts, 
etc.) and conditions that trigger performance of data management operations. Responsive to 
detecting such a signal, PDSMA 1 14 may be configured to automatically determine one or 
more operations to be performed. The determination of the operations to be performed may 
30 be based upon policies configured for the storage environment. Various different operations 
may be performed including migrating files, moving files, copying files, deleting files, 
backing-up files, restoring files, archiving files, recalling files, etc. 
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[0033] PDSMA 1 14 is also configured to automatically determine the one or more files on 
which the determined operations are to be performed. The one or more files may be selected 
using different techniques based upon characteristics of the files and also based upon the 
operations to be performed. In one embodiment, data value scores (DVSs) are calculated for 
5 the files and the one or more files on which the operations are to be performed are determined 
based upon the DVSs. Different selection techniques, based upon the type of operation to be 
performed, may be applied to select the files based upon the DVS calculated for the files. 

[0034] For operations (e.g., move, copy, etc.) that need a target storage unit, PDSMA 1 14 
is also configured to automatically determine the target storage unit(s) for the operations. 
1 0 The operations are then performed on the selected files. 

[0035] PDSMA 1 14 may be configured to automatically perform the operations until the 
conditions that triggered the detected signal have been resolved, until the time window for 
performing the operations has past, or until some other administrator-configurable condition. 
Accordingly, PDSMA 1 14 is configured to provide an automated policy-driven solution for 
1 5 performing data and storage management functions. The policies may be defined for the 
entire storage environment and do not have to be defined on a per-sever basis. 

[0036] PDSMA 114 may be configured to perform automated data and storage 
management operations under various conditions. For example, PDSMA 114 may be 
configured to perform automated operations upon detecting a condition related to data 

20 utilization and storage capacity of a storage unit or group of storage units. In this regards, 
PDSMA 1 14 may be configured to monitor and gather information related to the capacity 
usage of storage units in the storage environment. For example, PDSMA 1 14 may be 
configured to monitor the available capacity of the various storage units, the used capacity of 
the storage units, etc. PDSMA 1 14 may also monitor the file system in order to collect 

25 information about the files such as file size information, access time information, file type 
information, etc. This monitored information may be used to detect conditions that require 
invocation of data and storage management operations. 

[0037] The automated operations may also be performed when PDSMA 1 14 detects 
particular conditions such as conditions related to file characteristics (e.g., detects files more 
30 than 1 -year old), device characteristics (e.g., a particular device is added or removed from the 
storage environment), etc. The automated operations may also be performed on a scheduled 
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basis (e.g., on a periodic basis) or when requested by a user. Various other conditions may 
also be configured that trigger the performance of automated operations. 

[0038] Various different types of operations may be performed by PDSMA 1 14 including 
migrating files, moving files, copying files, deleting files, backing-up files, restoring files, 
5 archiving files, recalling files, etc. These operations may be performed by PDSMA 1 14 or by 
other processes or applications in conjunction with PDSMA 114. 

[0039] When a migration operation is performed, a portion (or even the entire file) of the 
file being migrated is migrated or moved from an original storage location on an original 
volume where the file is stored prior to the migration operation to a repository storage 

1 0 location on a repository volume. The migrated portion of the file may include, for example, 
the data portion of the file. In certain embodiments, the migrated portion of the file may also 
include a portion of (or the entire) metadata associated with the file. The metadata may 
comprise information related to attributes such as security attributes (e.g., ownership 
information, permissions information, access control lists, etc.), file attributes (e.g., file size, 

15 file creation information, file modification information, access time information, etc.), 

extended attributes (attributes specific to certain file systems, e.g., subject information, title 
information), sparse attributes, alternate streams, etc. associated with the file. 

[0040] As result of a migration operation, a stub or tag file is left in place of the original 
file in the original storage location on the original volume. The stub file is a physical file that 

20 serves as an entity in the original storage location that is visible to users and applications and 
through which the users and applications can access the original file. Users and applications 
can use the stub file to access the migrated file as though the original file was still stored in 
the original storage location. When a request is received to access the migrated file, the 
repository storage location of the migrated data corresponding to the stub file is determined 

25 and the migrated file data is recalled (or demigrated) from the repository storage location 
back to the original storage location. The location of the migrated data may be determined 
from information stored in the stub file or from other sources. For example, database 116 
depicted in Fig. 1 may store file location information 118 comprising information related to 

migrated files such as information identifying the original volume, the repository volume, 

i 

30 information identifying the repository storage location, etc. In some embodiments, the 
metadata information may also be stored in database 116. 



.8 



WO 2005/001646 PCT/US2004/020066 

[0041] The information stored in a stub file may vary in different storage environments. 
For example, depending on the environment, a stub file may store information that is used to 
locate the migrated data, metadata comprising attributes associated with the migrated file, a 
portion of the data portion of the file, etc. 

5 [0042] A recall operation is generally performed upon receiving a request to access a 
migrated file. In a recall operation migrated data for a migrated file is recalled or moved 
from the repository storage location (on the repository storage unit) back to the original 
storage location on the original storage unit. Data may be migrated and recalled to and from 
storage units 102 or 104 depicted in Fig. 1. 

10 [0043] In the embodiment depicted in Fig. 1, PDSMA 1 14 is shown as being executed by 
SMS 108. In alternative embodiments, PDSMA 114 may be executed by various other data 
processing systems including server 106. The functionality of PDSMA 1 14 may be provided 
by software code or modules that are executed by various data processing systems. For 
example, the functionality provided by PDSMA 1 14 may be provided by multiple processes 

15 that are executed by one or more data processing systems depicted in Fig. 1 . The 

functionality provided by PDSMA 1 14 may also be provided by hardware modules or a 
combination of software and hardware modules. 

♦ 

[0044] The information and statistical data monitored and gathered by PDSMA 1 14 may be 
stored in database 1 16 accessible to SMS 108. For example, as previously described, 

20 information related to migrated files may be stored as file location information 1 18. 
Information related to the file system may be stored as file system information 120 and 
information related to the storage units monitored by PDSMA 1 14 may be stored as storage 
units information 122. Information related to policies configured for the storage environment 
may also be stored in database 1 16 as policies information 124. Various formats may be used 

25 for storing the information. Database 1 16 may be a relational database, an object-oriented 
database, directory services, etc. 

[0045] As previously stated, according to an embodiment of the present invention, PDSMA 
1 14 is configured to perform automated processing based upon policies configured for the 
storage environment. Multiple policies may be defined for the data and storage environment. 
30 The policies may be configured by a user such as the administrator for the data and storage 
environment. Various techniques may be used for determining which policy to apply in any 
given situation. In some embodiments, the policy to be applied when a particular signal or 

9 
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condition is detected may be randomly chosen. In other embodiments, guidelines or rules 
may be specified for determining which policy to apply. For example, the policies may be 
ordered or prioritized and the ordering or priority information may be used to select which 
policy is to be applied. 

5 [0046] According to an embodiment of the present invention, one or more operations may 
be associated with or specified by each policy. The order in which the operations are to be 
performed may also be specified. Accordingly, an operation to be performed is determined 
upon selecting a particular policy. The operations specified by or associated with a policy 
may include an operation to migrate a file, move a file, copy a file, delete a file, back-up a 
10 file, restore a file, archive a file, recall a file, etc. For purposes of clarity and simplicity, the 
following description assumes that a policy specifies a single operation to be performed. 4 
However, this is not intended to limit the scope of the present invention as recited in the 

* 

claims. 

[0047] A policy may also comprise conditions or criteria (referred to as "file selection 
1 5 information" or "file-related information") that are used to determine a set of one or more 
files on which the operation specified by the policy is to be performed. The conditions or 
criteria may be related to attributes or characteristics of files (e.g., file size, file type, etc.). 
The conditions may also be related to file usage information (e.g., when the file was created, 
last used, modified, etc.) The file selection information may comprise various conditions 
20 connected by Boolean connectors. 

[0048] According to an embodiment of the present invention, scores (referred to as data 
value scores or D VSs) are generated for files for a particular policy based upon the file 
selection information associated or specified for the particular policy. A DVS for a file 
represents the degree to which the file matches the conditions specified by the file selection 
25 information for the policy. The DVSs are then used to select files for performing the policy- 
specified operation. Details related to calculation of DVSs are described below. 

[0049] In one embodiment, the formula or technique used for computing a DVS for a file is 
the same irrespective of the policy-specified operation to be performed. In alternative 
embodiments, the technique or formula used to compute a DVS for a file depends on the 
30 operation to be performed. In such an embodiment, different formulae or techniques may be 
used for computing DVSs for a file for different operations. In one embodiment, information 
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identifying the formula or technique to be used for computing a DVS for a file may be 
specified and associated with a policy, 

[0050] After DVSs have been computed for a set of files, different selection techniques 
may be used to select a file from the set of files on which the policy-specified operation is to 

5 be performed based upon the DVSs associated with the files. According to an embodiment of 
the present invention, the determination of which selection technique to use or apply depends 
on the type of operation that is to be performed. For example, a first selection technique may 
be used for selecting a file for first type of operation (e.g., a backup operation) and a second 
selection technique that is different from the first selection technique may be used for 

10 selecting a file for a second type of operation (e.g., a delete operation). 

[0051] For example, the files may be ranked based upon based upon their associated DVSs. 
Assuming that the DVSs provide a measure of the importance (value) of a file, a selection 
technique that selects the most valuable or important file (i.e., selects a file with the highest 
DVS) may be selected and applied for an operation of a first type such as a backup operation. 

1 5 However, a selection technique that selects the file with the lowest DVS, i.e., the least 
valuable file, may be selected and applied for an operation of a second type (e.g., a delete 
operation. Accordingly, different file selection techniques may be used for different types of 
operations to select files based upon DVSs computed for the files. In one embodiment, 
information identifying the selection technique to be applied for a particular operation maybe 

20 associated or included in the policy information. 

[0052] A policy may also comprise various other types of information. For example, a 
policy may comprise information (referred to as "storage unit selection information") that is 
used to determine a target storage unit for the operation specified by the policy that requires a 
target storage unit. For example, if the policy-specified operation is a file copy operation, the 
25 storage unit selection information for the policy may be used to determine a target storage 
unit to which the file is copied. The storage unit selection information may comprise 
conditions or criteria related to characteristics associated with storage units such as 
performance, availability, write-once read-many (WORM) type of devices, available storage 
capacity, constraints on storage units, etc. 

30 [0053] According to an embodiment of the present, invention, scores (referred to as storage 
value scores or SVSs) are computed for storage units based upon the storage unit selection 
information specified for a policy. A S VS for a storage unit represents the degree to which 
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the storage unit matches the conditions specified by the storage unit selection information. 
The SVSs are then used to determine the storage units to be selected for the operation to be 
performed. Details related to calculation and use of SVSs is described below. 

[0054J Fig. 2 is a simplified high-level flowchart 200 depicting a method of performing 
5 automated processing in a storage environment according to an embodiment of the present 
invention. The method depicted in Fig. 2 may be performed by software code modules (e.g., 
PDSMA 114) executed by a processor, hardware modules, or combinations thereof. 
Flowchart 200 depicted in Fig. 2 is merely illustrative of an embodiment of the present 
invention and is not intended to limit the scope of the present invention. Other variations, 
10 modifications, and alternatives are also within the scope of the present invention. The 

method depicted in Fig. 2 may be adapted to work with different implementation constraints. 

[00551 As depicted in Fig. 2, processing is initiated when a signal is received or detected 
for a managed group of storage units (e.g., a managed group of volumes) responsive to which 
automated processing is to be performed (step 202). The signal may be detected by PDSMA 

15 1 14 or some other application. The signal detected in 202 may be triggered due to various 
conditions related to the storage environment, related to storage units, related to file system 
characteristics, or other user-configurable conditions. For example, the signal may be 
detected in 202 due to some change in a monitored value or when the monitored value 
associated with a storage unit or the file system reaches or exceeds some threshold value. 

20 The threshold values may be configured by the user such as the administrator of the storage 
environment. For example, the signal may be triggered when available storage capacity on a 
volume from a managed set of volumes falls below a pre-configured threshold value. The 
threshold value may be configured on a per storage unit basis (e.g., on a per-volume basis) or 
may be configured for a group of storage units (e.g., for a group of volumes). As another 

25 example, PDSMA 1 14 may detect the presence of a file with a particular characteristic, for 
example, when a file is more than 1-year old and needs to be archived. 

[0056] The signal detected in 202 may also be triggered by a user (e.g., by the storage 
system administrator). For example, the user may issue a command requesting that capacity 
balancing or file archiving operations be performed for a managed group of storage units. 
30 The signal may also be triggered by another application or system. For example, the signal 
may be triggered by a periodic or scheduled application such as a cron job in a UNIX 
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environment (that may be scheduled by the administrator to execute every night), a scheduled 
task in Windows, etc. 

[0057] A policy to be applied is then selected in response to the signal detected in 202 (step 
204). The policy may be selected from multiple policies configured by a user (e.g., the 
5 administrator) for the storage environment. Various different techniques may be used for 
selecting the policy to be applied. According to one technique, a policy may be selected 
based upon the nature of the signal detected in 202. For example, signals may be mapped to 
policies and upon detecting a particular signal in 202, the policy mapped to (or corresponding 
to) that particular detected signal is selected in 204. According to another technique, priority 
1 0 information or ordering information associated with the policies may be used to determine 
the policy selected in 204. For example, a policy with a higher priority associated with it 
may be selected before a policy with a lower priority associated with it. In yet other 
embodiments, where policies are not prioritized (or where policies have the same priority) 
then any one of the policies may be selected in 204. 

15 [0058] One or more operations may be associated with or specified by a policy. The order 
in which the operations are to be performed may also be specified. Accordingly, upon 
selecting a policy in 204, the operation that is to be performed is also determined in 204. For 
purposes of clarity and simplicity, the following description assumes that a policy specifies a 
single operation to be performed. However, this is not intended to limit the scope of the 

20 present invention as recited in the claims. The processing depicted in Fig. 2 is also applicable 
in situations where a policy identifies multiple operations to be performed. 

[0059] A source storage unit is then determined (step 206). The source storage unit 
represents a storage unit storing one or more files on which the operation specified by the 
policy selected in 204 is to be performed. The source storage unit may be determined based 

25 upon the signal detected in step 202. For example, if the signal detected in 202 was triggered 
due to an overcapacity condition on a volume, then that volume may be selected as the source 
storage unit in 206. As another example, if the signal detected in 202 was triggered due to an 
over-capacity condition for a group of volumes, a volume from the group of volumes may be 
selected as the source storage unit in 206. Various other techniques may also be used to 

30 determine the source storage unit. 

[0060] A set of files that meet certain criteria or conditions are then selected from the files 
stored on the source storage unit determined in 206 (step 208). The files selected in 208 

« 
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represent potential candidates on which the operation specified by the policy selected in 204 
is to be performed. Various different user-configurable criteria may be used for the selection 
in 208. The criteria may depend on the operation to be performed and also upon the signal 
detected in 202. For example, in one embodiment, only those files on the source storage unit 
5 that are larger than a certain user-configured file size may be selected in 208. In another 
embodiment, one or more conditions specified by the file selection information for the 
selected policy may be used to select the files in 208. Other pre-configured criteria may also 
be used for selecting the files in 208. The set of files selected in 208 may include non- 
migrated files (or original files), stub files corresponding to files that have been migrated, 
1 0 files storing the migrated data, or combinations thereof. 

[0061] A DVS is then calculated for each file in the set of files determined in 208 (step 
210). Details for computing DVSs according to an embodiment of the present invention are 
described below in further detail. The embodiment described below describes one way in 
which DVSs may be calculated and is not intended to restrict the scope of the present 
15 invention. Other techniques may also be used. In certain embodiments, the techniques used 
for calculating DVSs may depend on the operation to be performed. In such embodiments, 
the particular DVS calculation technique to be used may be specified by the policy selected 
in 204. 

[0062] Step 208 is not required by the present invention and may not be performed in 
20 certain embodiments of the present invention. One reason for performing step 208 before 
step 210 is to reduce the number of files for which DVSs have to be calculated. However, in 
embodiments where step 208 is not performed, in step 210, DVSs may be calculated for all 
the files on the selected source storage unit. 

[0063] A file from the set of files for which DVSs are calculated is then selected based 
25 upon the DVSs calculated for the files and based upon the type of operation to be performed 
specified by the selected policy (step 212). According to an embodiment of the present 
invention, in 212, a selection technique that is to be used for selecting a file from the set of 
files is determined. The selected selection technique is then applied to select a file based 
upon DVSs calculated for the set of files. 

30 [0064] Various different techniques may be specified for the data and storage environment 
According to an embodiment of the present invention, a particular selection technique is 
selected based upon the type of operation to be performed. For example, for an operation of 

14 



WO 2005/001646 PCT/US 2004/020066 

a first type, a selection technique may be selected that selects a file with the lowest DVS from 
the set of files, whereas for an operation of a second type, a selection technique that selects a 
file with the highest DVS may be selected. Other selection techniques may be used for other 
types of operations. Accordingly, the technique used for selecting a file based upon DVSs 
5 depends on the type or identity of the operation specified by the selected policy that is to be 
performed on the selected file. 

[0065] For example, consider an embodiment of the present invention where the DVS score 
for a file represents the extent to which the file matches the file selection information of the 
selected policy and represents the importance or value of the file — i.e., the higher the DVS, 

10 the closer the match and the more important or valuable the file. Accordingly, in this 

embodiment, a file having a higher DVS is considered more important (more valuable) than a 
file having a lower DVS associated with it. In this embodiment, for certain types of 
operations, the operations may be performed on less valuable files before more valuable files. 
Accordingly, for such an operation, a selection technique is selected that selects less valuable 

1 5 files before selecting more valuable files (i.e., selects files with low DVSs before selecting 
files with high DVSs). For example, if the type of operation specified by the selected policy 
is a delete operation, then files with lower DVSs will be selected for the delete operation 
before files with higher DVSs. For other types of operations, the more valuable files may be 
selected before the less valuable files. Accordingly, for such an operation, a selection 

20 technique is selected that selects more valuable files before selecting more valuable files (i.e., 
selects files with high DVSs before selecting files with low DVSs). For example, if the type 
of operation specified by the selected policy is a copy, move or backup operation, then files 
with higher DVSs will be selected for the operation before files with lower DVSs (i.e., it is 
more important to perform these operations on important or valuable files compared to less 

25 important or less valuable files). 

[0066] As another example, for a move operation, the selection technique may also depend 
on the whether a file is to be moved from a high cost faster storage unit to a low cost slower 
storage unit (in which case the file with the lowest DVS may be selected) or from a low cost 
slower storage unit to a higher cost faster storage unit (in which case the file with the highest 
30 DVS may be selected). 

[0067] Accordingly, the selection technique that is selected depends upon the type (e.g., 
delete, copy, move from high cost storage unit to low cost storage unit, etc.) of operation to 
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be performed. The selected selection technique is then applied to select a file based upon 
DVSs calculated for the files. 

[0068] According to an embodiment of the present invention, the technique to be used for 
selecting the file in 212 may be specified by the selected policy. For example, the selected 
5 policy may include information identifying the selection technique to be used. The selection 

♦ 

technique to be used may also be determined from other stored information. 

[0069] A target storage unit is then determined for operations that require a target storage 
unit (step 214). Examples of operations that require a target storage unit include a move 
operation (where the target storage unit identifies the storage unit to which the selected file is 

10 to be moved), a copy operation (where the target storage unit identifies the storage unit to 
which the selected file is to be copied), a backup operation (where the target storage unit 
identifies the storage unit to which the selected file is to be backed-up), etc. Target storage 
units are not needed for some operations such as delete operations. Step 214 also need not be 
performed where the target storage unit for the operation is pre-configured or where the 

1 5 information is provided by the user. For example, for some backup operations, the backup 
medium may be predefined and thus it not necessary to perform step 214. 

[0070] Various different techniques may be used for determining the target storage unit in 
214. One simple technique may involve selecting a storage unit with the most available 
storage capacity. The techniques that are used to select a target storage unit may also depend 

20 on the operation to be performed. According to an embodiment, the administrator may 
specify criteria for selecting a target, and a storage unit (e.g., a volume) that satisfies the 
criteria is selected as the target storage unit. According to yet another embodiment, storage 
value scores (SVSs) may be generated for the eligible storage units and a target storage unit 
may be selected from the eligible storage units based upon the SVSs (e.g., the storage unit 

25 with the highest positive SVS may be selected as the target storage unit). Further details 
related to calculation and use of SVSs for determining a target storage unit according to an 
embodiment of the present invention are described below. 

[0071] The operation specified by the selected policy is then performed on the selected file 
(step 216). If the operation requires a target storage unit, then the target storage unit 
30 determined in 214 is used. If the selected file is a migrated file (i.e., the operation is being 
performed on a stub file left in place of the migrated file), then the operation may be 
performed on the stub file without recalling the migrated data. Further details related to 
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performing file operations on migrated files without recalling data are described in U.S. 
Patent Application No. 10/232,671 filed August 30, 2002 (Attorney Docket No.: 21 154- 
000600US), U.S. Patent Application No. 10/650,171 filed August 27, 2003 (Attorney Docket 
No.: 21 154-000710US), U.S. Patent Application No. 10/857,176 filed May 28, 2004 
5 (Attorney Docket No.: 21 154-001 11 0US), and U.S. Patent Application No. 10/857,174 filed 
May 28, 2004 (Attorney Docket No.: 21 154-001 2 10US), the entire contents of which are 
herein incorporated by reference for all purposes. 

[0072] Information stored for the storage environment may be updated to reflect the 
operation performed in 218 (step 218). For example, information (e.g., file location 
10 information 118, file system information 120, storage units information 122, etc) stored in 
database 1 16 may be updated to reflect performance of the operation. 

[0073] The processing depicted in Fig. 2 may be repeated until the condition that triggered 
the signal detected in 202 has been resolved, until the time window for performing the 
operations has not passed, or until some other admimstrator-configured condition. 
1 5 Accordingly, a check is made to determine if the condition has been resolved or the time 
window has passed or some other exit condition met (step 220). If the condition has been 
resolved or the time window has passed of if some other exit conditions has been met, then 
processing comes to an end. 

[0074] If the condition has not been resolved and/or the time window has not passed, then a 
20 check is made to see if there are more unprocessed files for which DVSs have been computed 
in 210 (step 222). An unprocessed file is a file for which a DVS is calculated in 210 but no 
policy specified-operation has been performed on the file as yet during the present processing 
of Fig. 2. If at least one such unprocessed file exists, then the next unprocessed file is 
selected from the set of files per processing performed in 212 and processing continues as 
25 shown in Fig. 2. For example, the file with the next highest DVS score may be selected. If it 
is determined in 222 that all the files for which DVSs have been calculated have been 
processed (i.e., the operation specified by the selected policy has been performed on the 
files), then a check is made to see if another source storage unit may be selected (step 224). 
If it is determined that another storage unit may be determined, then a new storage unit is 
30 selected according to step 206 and then processing continues as shown in Fig. 2. If it is 
determined in 224 that no other source storage unit may be determined for the selected 
policy, then a check is made to see if there are any unprocessed policies (step 226). If there 
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exists at least one previously unprocessed or unapplied policy (i.e., a policy that has not 
already been applied responsive to the signal detected in 202 during the present processing of 
flowchart 200), then the next unapplied or unprocessed policy is selected according to step 
204 described above and processing then continues for the newly selected policy. 

5 [0075] Accordingly, as described above, embodiments of the present invention 
automatically perform data and storage management operations based upon policies 
configured for the storage environment. Embodiments of the present invention monitor and 
detect conditions when data and storage management operations are to be performed. A 
policy and an operation to be performed are automatically selected. The source storage units 
10 and files on which the operation is to be performed are also automatically determined based 
upon DVSs calculated for the files. Different selection techniques may be used to select a 
file for the operation based upon the type of operation to be performed and DVSs calculated 

• ■ 

for the files. Target storage units may also be automatically determined. The operation is 
then performed on the selected file. Multiple operations may be performed until the 
1 5 triggering condition is resolved or until the time period for the operation has not passed. In 
this manner, embodiments of the present invention provide an automated solution for 
performing various data and storage management operations. Policy-driven data and storage 
management processing is automatically determined and performed. 

[0076] Fig- 3 is a simplified block diagram of a computer system 300 that may be used to 
20 perform processing according to an embodiment of the present invention. As shown in Fig. 
3, computer system 300 includes a processor 302 that communicates with a number of 
peripheral devices via a bus subsystem 304. These peripheral devices may include a storage 

■ 

subsystem 306, comprising a memory subsystem 308 and a file storage subsystem 310, user 
interface input devices 312, user interface output devices 314, and a network interface 
25 subsystem 316. The input and output devices allow a user, such as the administrator, to 
interact with computer system 300. 

[0077] Network interface subsystem 316 provides an interface to other computer systems, 
networks, servers, and storage units. Network interface subsystem 316 serves as an interface 
for receiving data from other sources and for transmitting data to other sources from 
30 computer system 300. Embodiments of network interface subsystem 316 include an Ethernet 
card, a modem (telephone, satellite, cable, ISDN, etc.), (asynchronous) digital subscriber line 
(DSL) units, and the like. 
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[0078] User interface input devices 312 may include a keyboard, pointing devices such as a 
mouse, trackball, touchpad, or graphics tablet, a scanner, a barcode scanner, a touch screen 
incorporated into the display, audio input devices such as voice recognition systems, 
microphones, and other types of input devices. In general, use of the term "input device" is 
5 intended to include all possible types of devices and mechanisms for inputting information to 
computer system 300. 

[0079] User interface output devices 314 may include a display subsystem, a printer, a fax 
machine, or non-visual displays such as audio output devices, etc. The display subsystem 
may be a cathode ray tube (CRT), a flat-panel device such as a liquid crystal display (LCD), 
10 or a projection device. In general, use of the term "output device" is intended to include all 
possible types of devices and mechanisms for outputting information from computer system 
300. 

[0080] Storage subsystem 306 may be configured to store the basic programming and data 
constructs that provide the functionality of the present invention. For example, according to 

15 an embodiment of the present invention, software code modules (or instructions) 

implementing the functionality of the present invention may be stored in storage subsystem 
306. These software modules or instructions may be executed by processors) 302. Storage 
subsystem 306 may also provide a repository for storing data used in accordance with the 
present invention. For example, information used for enabling backup and restore operations 

20 without performing recalls may be stored in storage subsystem 306. Storage subsystem 306 
may also be used as a migration repository to store data that is moved from a storage unit. 
Storage subsystem 306 may also be used to store data that is moved from another storage 
unit. Storage subsystem 306 may comprise memory subsystem 308 and file/disk storage 
subsystem 310. 

25 [0081] Memory subsystem 308 may include a number of memories including a main 
random access memory (RAM) 3 1 8 for storage of instructions and data during program 
execution and a read only memory (ROM) 320 in which fixed instructions are stored. File 
storage subsystem 310 provides persistent (non-volatile) storage for program and data files, 
and may include a hard disk drive, a floppy disk drive along with associated removable 

30 media, a Compact Disk Read Only Memory (CD-ROM) drive, an optical drive, removable 
media cartridges, and other like storage media. 
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[0082] Bus subsystem 304 provides a mechanism for letting the various components and 
subsystems of computer system 300 communicate with each other as intended. Although bus 
subsystem 304 is shown schematically as a single bus, alternative embodiments of the bus 
subsystem may utilize multiple busses. 

5 [0083] Computer system 300 can be of various types including a personal computer, a 
portable computer, a workstation, a network computer, a mainframe, a kiosk, or any other 
data processing system. Due to the ever-changing nature of computers and networks, the 
description of computer system 300 depicted in Fig. 3 is intended only as a specific example 
for purposes of illustrating the preferred embodiment of the computer system. Many other 
10 configurations having more or fewer components than the. system depicted in Fig. 3 are 
possible. 



[0084] Techniques for calculating DVSs 

[0085] As described above, DVSs are calculated for files and are used to select a file on 
1 5 which the selected operation is to be performed. As previously stated, each policy may 
comprise file selection information (or file-related information). The file selection 
information may specify various conditions or criteria related to attributes or characteristics 
of the file (e.g., file size, file type, etc.) (referred to as "file characteristics information"). The 
conditions may also be related to file usage information (e.g., when the file was created, last 
20 used, modified, etc.) The conditions may be connected by Boolean connectors. DVSs are 
calculated for files based upon the file selection information. The calculated DVSs may then 
be used to select a file for the policy-specified operation. 

[0086] Each policy may also comprise information ("storage unit selection information 11 ) 
that is used to determine target storage units for the selected operation. According to an 
25 embodiment of the present invention, the storage unit selection information is used to 
calculate SVSs for the storage units as described below. 

[0087] Fig. 4 depicts examples of policies (or rules) according to an embodiment of the 
present invention. In Fig. 4, each row of table 400 specifies a policy. Column 402 of table 
400 identifies the file characteristics information for each policy, column 404 of table 400 
30 identifies the file usage information for each policy, and column 406 of table 400 identifies 
the storage unit selection information for each policy. Although not shown in Fig. 4, other 
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information may also be associated with each policy such as information specifying an 
operation to be performed, information indicating a technique to be used for selecting files 
based upon DVSs calculated for the files, prioritization or ordering information, etc. 
However, for sake of simplicity, only information that is used for calculating DVSs and SVSs 
5 according to an embodiment of the present invention is shown in Fig. 4. 

[0088] The file characteristics information may specify various conditions related to 
characteristics of files. One or more conditions may be specified related to characteristics of 
a file such as file type, relevance score of file, file owner, file size, file attributes, etc. Each 
condition may be expressed as an absolute value (e.g., File type is "Office files") or as an 

10 inequality (e.g., Relevance score of file >= 0.5). Multiple conditions may be connected by 
Boolean connectors (e.g., File type is "Email files" AND File owner is "John Doe") to form a 
Boolean expression. The file characteristics information may also be left empty (i.e., not 
configured or set to NULL value), e.g., file characteristic information for policies P6 and P7 
in Fig. 4. According to an embodiment of the present invention, if no information is 

1 5 specified, the file characteristics information defaults to a NULL value which is valid and 
indicates that all files are equally eligible for selection for that policy. 

* 

[0089] The "file usage information" specifies conditions related to file usage. For example, 
for a particular policy, this information may specify conditions related to when the file was 
last accessed, created, last modified, and the like. One or more conditions may be specified 
20 for each policy connected using Boolean connectors. The file usage information may be 

specified as equality conditions (e.g., "file created on 6/7/04") or inequality conditions (e.g., 
"file last accessed between 7 days to 30 days ago"). The file characteristics information and 
file usage information may be set by an administrator. 

[0090] According to an embodiment of the present invention, the DVS calculated for a file 
25 for a particular policy indicates a degree to which the file matches the file characteristics 
information and file usage information for the particular policy. 

[0091] Several different techniques may be used for generating a DVS for a file for a 
policy. According to one embodiment, the DVS for a file using a particular policy is a simple 
product of a lf file_characteristics_score" and a "file_usage_score", 

30 i.e., DVS = file_characteristics__score* file_usage_score 
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[0092] In the above equation, the .file_characteristics_score and the fileusagescore are 
equally weighed in the calculation of DVS. However, in alternative embodiments, differing 
weights may be allocated to the file_characteristics_score and the file_usage_score to 
emphasize or deemphasize their effect According to an embodiment of the present 
5 invention, the value of DVS for a file for a policy is in the range between 0 and 1 (both 
inclusive). 

[0093] According to an embodiment of the present invention, the file_characteristics_score 
for a file for a policy is calculated based upon the file characteristics information of the policy 
and the characteristics of the file. The file characteristics information specified for a policy 
1 0 may comprise one or more conditions connected by Boolean connectors. Accordingly, 
calculation of the file_characteristics_score involves calculating numerical values for the 
individual conditions and then combining the individual condition scores to calculate the 
file__characteristics_score for the policy. 

[0094] The file_usage_score for a file for a policy is calculated based upon the file usage 
1 5 information specified for the policy and the file usage information for the file. The file usage 
information specified for s policy may comprise one or more conditions connected by 
Boolean connectors. Accordingly, calculation of the file_usage_score involves calculating 
numerical values for the individual conditions and then combining the individual condition 
scores to calculate the file_usage_score for the policy for the file. 

20 [0095] According to an embodiment of the present invention, the following rules are used 
to combine individual condition scores generated for the individual conditions to calculate a 
file_characteristics_score or file_usage_score: 

[0096] Rule 1 : For an N-way AND expression (i.e., for N conditions connected by an AND 
Boolean connector), the resultant value is the sum of all the individual values calculated for 
25 the individual conditions divided by N. 

[0097] Rule 2: For an N-way OR expression (i.e., for N conditions connected by an OR 
connector), the resultant value is the largest value calculated for the N conditions. 

[0098] Rule 3: The file _characteristics_score and the file_usage_score are between 0 and 1 
(both inclusive). 
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[0099] According to an embodiment of the present invention, the value for each individual 
condition specified in file characteristics information is calculated using the following 
guidelines: 

[0100] (a) If a NULL (or empty) value is specified in the file characteristics information 
5 then the file_characteristics_score is set to 1. For example, the file_characteristics_score for 
policies P6 and P7 depicted in Fig. 4 is set to 1 . 

[0101] (b) The score for a condition is set to 1 if the condition is satisfied. 

[0102] (c) For file type and ownership condition evaluations, a score of 1 is assigned for a 
condition if the condition is met, else a score of 0 is assigned. For example, for policy P4 
10 depicted in Fig. 4, if the file for which the DVS is calculated is of type "Email Files 11 , then a 
score of 1 is assigned for the condition. The file_characteristics_score for policy P4 is also 
set to 1 since it comprises only one condition. However, if the file is not an email file, then a 
score of 0 is assigned for the condition in P4 and since it is the only condition, the 
file_characteristics_score is also set to 0 for P4. 

1 5 [01 03] (d) If a condition involves an equality test of the "relevance score" (a relevance 
score may be assigned for a file by an administrator), the condition score is set to 1 if the 
equality test is satisfied. Else, the score for the condition is calculated using the following 
equations: 

RelScorepiie = Relevance score of the file 
20 RelScoreR U ie = Relevance score specified in the file characteristics information condition 
Delta = abs(RelScorepiie - RelScoreR U | e ) 
Score for the condition = 1 - (Delta/RelScoreR U ] e ) 
The score for the condition is reset to 0 if it is negative. 

[0104] (e) If the condition involves an inequality test (e.g., using >, >=, < or <=) related to 
25 the "relevance score" (e.g., policy P5 in Fig. 4), the condition score is set to 1 if the inequality 
test is satisfied. Else, the score for the condition is calculated using the following equations: 
RelScoreFHe = Relevance score of the data file 

RelScoreRuie = Relevance score specified in the file selection criteria information 
Delta = abs(RelScoreFiie — RelScoreRuie) 
30 Score for the condition = 1 - (Delta/RelScoreR U i e ) 

The score for the condition is reset to 0 if it is negative. 
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[0105] Once scores for the individual conditions specified in the file characteristics 
information have been calculated, the file_characteristics_score is then calculated using Rules 
1, 2, and 3, as described above. The file_characteristics_score represents the degree of 
matching (or suitability) between the file characteristics information of the particular policy 
5 and the file for which the score is calculated. It should be evident that various other 
techniques may also be used to calculate the file_characteristics_score in alternative 
embodiments of the present invention. 

« 

[01061 According to an embodiment of the present invention, the score for each condition 
specified in the file usage information for a policy is scored using the following guidelines: 

10 [0107] (a) The score for a condition is set to 1 if the condition is satisfied. 

[0108] (b) Datepiie - Relevant date information for the file for which the score is being 
calculated 

DateR U ie = Relevant date information in the rule. 
Delta = abs (DateF,i e - DateR U i e ) 
15 Score for the file usage information condition = 1 - (Delta/DateR U i e ) 
The Score is reset to 0 if it is negative. 

[0109] (c) If a date range is specified in the condition (e.g., last 7 days), then the date range 
is converted back to the absolute date before the evaluation is made. 

[01 10] Once scores for the individual conditions specified in the file usage information 
20 have been calculated, the file_usage_score is then calculated using Rules 1, 2, and 3, as 
described above. The file_usage_score represents the degree of matching (or suitability) 
between the file usage information of the particular policy and the usage information 
associated with the file for which the score is calculated. It should be evident that various 
other techniques may also be used to calculate the file_usage_score in alternative 
25 embodiments of the present invention. 

[0111] The DVS for the file is then calculated based upon the file_characteristics_score and 
file_usage_score. The DVS for a policy thus quantifies the degree of matching (or 
suitability) between the conditions specified in the file selection information (comprising the 
file characteristics information and the file usage information) for the policy and the 
30 characteristics and usage of the file for which the score is calculated. According to an 
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embodiment of the present invention, higher DVS scores are generated for files that are 
deemed more important or valuable (or more relevant for the policy). 

[01 12] If two or more files have the same calculated DVS for a policy, then several 
guidelines may be used to break the ties. The guidelines may be based upon the operation 
5 specified by the policy that is to be performed. According to an embodiment of the present 
invention, ,the following tie-breaking rules are used: 

[01 13] (a) The files are ranked based upon priorities assigned to the files by a user (e.g., 
system administrator) of the storage environment. 

[01 14] (b) If no priorities have been set for the "tied" files or if the priorities are equal, then 
1 0 the total number of number of conditions connected using AND connectors used in 

calculating the file_characteristics_score and the file_usage_score for a policy are used to 
break the tie. A file that meets a greater number of the AND conditions from the file 
characteristics information and file usage information is ranked higher than a file that 
satisfies a lesser number of AND conditions. The rationale here is that a file that meets a 
15 more specific configuration (indicated by satisfying a greater number of AND conditions) is 
assumed to carry more weight than a file satisfying fewer AND conditions. 

[01 15] (c) If neither (a) nor (b) is able to break the tie between the "tied" files, some other 
criteria may be used to break the tie. For example, the order in which the files are 
encountered may be used to break the tie. In this embodiment, a file that is encountered 
20 earlier is ranked higher than a subsequent file. Various other criteria may also be used to 
break ties. 

[01 16] According to another embodiment of the present invention, all files that meet the 
conditions specified in the file selection information for a policy are assigned a DVS of 1 . In 
order to break ties, DVS are recalculated for the "tied" files using another equation such as: 

25 DVS = file_size/last_access_time 

where: 

filesize is the size of the file; and 

last_access_time is the last time that the file was accessed. 

[01 17] It should be noted that this DVS calculation calculates DVSs for files based on their 
30 impact to the overall system when they are moved or copied from the source volume, with a 
higher score representing a lower impact. In this embodiment, moving a larger file is more 
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effective to balance capacity utilization and moving or copying a file that has not been 
accessed recently reduces the chances that the file will be recalled. 

[01 18] It should be evident that various other techniques may also be used to calculate 
DVSs for files. Technique used to calculate DVSs may depend on the policy-specified 
5 operation to be performed. The technique for calculating DVSs may be specified as part of 
the policy. 

[0119] Techniques for calculating SVSs 

[0120] As previously stated, each policy may also comprise information ("storage unit 
10 selection information") that is used to determine target storage units for the selected 

operation. According to an embodiment of the present invention, the storage unit selection 
information is used to calculate SVSs for the storage units. The storage unit selection 
information may comprise conditions or criteria related to storage unit characteristics such as 
available bandwidth, available storage capacity, constraints on storage units, etc. As shown 
15 in Fig. 4, the storage unit selection information for a particular policy specifies one or more 
constraints associated with storing information on a storage unit for a particular policy. The 
storage unit selection information may be left empty or may be set to MULL to indicate that 
no constraints are applicable for the policy. For example, no constraints have been specified 
for policy P3 in Fig. 4. 

20 [0121 ] As depicted in Fig. 4, storage unit selection information may be set to LOCAL (e.g., 
storage unit selection information for policies PI and P6). This indicates that the file is to be 
stored on a local storage unit that is local to a server. A specific storage unit or a group of 
storage units (e.g., policy P4) may be specified in the storage unit selection information 
indicating that only the specified storage units are to be considered as potential target storage 

25 units. Bandwidth conditions (e.g., a minimum bandwidth requirement such as "Bandwidth 
>= 10 MB/s") may be specified indicating that only those storage units that satisfy the 
specified bandwidth condition are to be considered for target storage units. Various other 
conditions related to other characteristics of storage units (e.g., constraints related to file size, 
availability, storage capacity, etc.) may also be specified in the storage unit selection 

30 information for a policy. 
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[0122] According to an embodiment of the present invention, SVS are calculated for 
storage units for a policy based upon the storage unit selection information for a policy. The 
calculated SVSs are then used to determine a target storage unit. According to an 
embodiment of the present invention, a SVS for a storage unit is calculated using the 
following steps: 

[0123] STEP 1 : A "Bandwidthjfactor" variable is set to zero (0) if the bandwidth 
supported by a storage unit for which the score is calculated is less than the bandwidth 
requirement, if any, specified in the storage unit selection information specified for a selected 
policy. For example, the storage unit selection information for policy P2 in Fig. 4 specifies 
that the bandwidth of the storage unit should be greater than 40 MB. Accordingly, if the 
bandwidth supported by a storage unit is less than 40 MB, then the "Bandwidthjfactor" 
variable is set to 0 for that storage unit. Otherwise, the value of "Bandwidthjfactor" is 
computed as follows: 

Bandwidthjfactor = ((Bandwidth supported by the storage unit) - (Bandwidth 
required by the storage unit selection information of the selected policy)) * K 

where K is set to some constant integer. According to an embodiment of the present 
invention, K is set to 1 . 

[0124] STEP 2: SVS for a storage unit according to an embodiment of the present 
invention is calculated as follows: 

SVS = Bandwidthjfactor *(desired_threshold_% - current _usage_%)/cost 

[0125] The desired _threshold_% for a storage unit is usually set by a system administrator 
and indicates a storage capacity threshold for a storage unit. Each threshold may be 
expressed as a percentage of the total capacity of the storage unit. For a particular storage 
unit, thresholds may also be defined for particular types of data to be stored on the storage 
unit. Each threshold associated with a data type may indicate the percentage of total capacity 
of the storage unit that the user desires to allocate for storing data of the particular type. 

[0126] The current_usage_% value indicates the current capacity usage of a storage unit 
and may be monitored by embodiments of the present invention. 

(0127J The "cost" value may be set by the system administrator and indicates the cost of 
storing data on the storage unit. The cost may be measured as number of dollars per unit of 
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memory (e.g., dollars-per-Gigabyte, dollars-per-Megabyte, etc). A system administrator or 
user of the present invention may configure this information. 

[0128] It should be understood that the formula for calculating SVS shown above is 
representative of an embodiment of the present invention and is not meant to reduce the 
5 scope of the present invention. Various other factors may be used for calculating the SVS in 
alternative embodiments of the present invention. For example, according to an embodiment 
of the present invention, the availability of a storage unit may also be used to determine the 
SVS for the device. Availability of a storage unit indicates the amount of time that the 
storage unit is available during those time periods when it is expected to be available. 
1 0 Availability may be measured as a percentage of an elapsed year in certain embodiments. 
For example, 99.95% availability equates to 4.38 hours of downtime in a year (0.0005 * 365 
* 24 = 4.38) for a storage unit that is expected to be available all the time. According to an 
embodiment of the present invention, the value of SVS for a storage unit is directly 
proportional to the availability of the storage unit. 

1 5 [0129] STEP 3 : Various adjustments may be made to the SVS calculated according to the 
above steps. For example, in some storage environments, the administrator may want to 
group "similar" files together on one storage unit. In other environments, the administrator 
may want to distribute files among different storage units. The SVS may be adjusted to 
accommodate the policy adopted by the administrator. Performance characteristics 

20 associated with a network that is used to transfer data from the storage units may also be used 
to adjust the SVSs for the storage units. For example, the access time (i.e., the time required 
to provide data stored on a storage unit to a user) of a storage unit may be used to adjust the 
SVS for the storage unit. The throughput of a storage unit may also be used to adjust the 
SVS value for the storage unit. Parameters such as the location of the storage unit, location 

25 of the data source, and other network related parameters might also be used to generate SVSs. 
According to an embodiment of the present invention, the SVS value is calculated such that it 
is directly proportional to the desirability of storing data on the storage unit for a given 
policy. 

[0130] According to an embodiment of the present invention, a higher SVS value 
30 represents a more desirable storage unit for selection as a target storage unit for the operation 
to be performed. According to the SVS formula shown above, the SVS value is directly 
proportional to the available capacity percentage. Accordingly, a storage unit whose 
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current_usage_% is low has more capacity for storage and is thus more desirable for selection 

■ * 

as a target storage unit. The SVS value is inversely proportional to the cost of storing data on 
the storage unit. Accordingly, a storage unit with lower storage costs is more desirable for 
selection as a target storage unit. The SVS value is directly proportional to the bandwidth 
5 requirement. Accordingly, a storage unit supporting a higher bandwidth is more desirable for 
selection as a target storage unit for an operation. SVS is zero if the bandwidth requirements 
are not satisfied. Accordingly, the SVS formula for a particular storage unit combines the 
various storage unit characteristics to generate a score that represents the degree or 
desirability of selecting the storage unit as a target storage unit and the desirability of storing 
1 0 data on the particular storage unit. 

[0131] According to the above formula, SVS is zero (0) if the value of Bandwidthfactor is 
zero and/or the desired Jhreshold_% is equal to the current_usage_%. As described above, 
Bandwidth_factor is set to zero if the bandwidth supported by the storage unit is less than the 
bandwidth requirement, if any, specified in the storage unit selection information specified 
15 for the selected policy. Accordingly, if the value of SVS for a particular storage unit is zero 
(0) it may imply that bandwidth supported by the storage unit is less than the bandwidth 
required by the policy. 

[01 32 J The S VS may also be zero if the desned_threshold_% is equal to the 
currenMisage_%. Accordingly, the SVS for a storage unit may be zero if the storage unit is 
20 already at or exceeds the desired capacity threshold. 

[0133] Based upon the above formula, if the SVS for a storage unit is positive, it indicates 
that the storage unit meets both the bandwidth requirements (i.e., Bandwidth_factor is non 
zero) and also has enough capacity for storing the file (i.e., desired_threshold_% is greater 
than the <nirrent_usage_%). The higher the SVS value, the more suitable (or desirable) the 

25 storage unit is for storing a file and for selection as a target storage unit. Among storage units 
with positive SVSs, the storage unit with the highest positive SVS is the most desirable 
candidate for storing the file and selection as a target storage unit. The SVS for a particular 
storage unit for a particular policy thus provides a measure of the degree of desirability of 
selecting the particular storage unit as a target storage unit for the operation specified by a 

30 particular policy. 

[0134] The SVS for a particular storage unit may be negative if the storage unit meets the 
bandwidth requirements but the storage unifs usage is above the intended threshold (i.e., 
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currentjisage_% is greater than the desired Jhreshold_%). The relative magnitude of the 
negative value indicates the degree of over-capacity of the storage unit Among storage units 
with negative SVSs, the closer the SVS is to zero (0) and the storage unit has sufficient 
capacity for storing the data, the more desirable the storage unit is for storing the data file and 
5 for selection as a target storage unit. For example, a storage unit having a SVS of -0.1 is a 
more attractive candidate for selection as a target storage unit than a second storage unit 
having an SVS of -0.9. Accordingly, even if SVSs are negative for storage units, the 
negative values can be used to select a storage unit as a target storage unit. 

[0135] The SVS for a particular storage unit for a particular policy thus serves as a measure 

10 for determining the degree of desirability or suitability of selecting the particular storage unit 
as a target storage unit for the operation specified by the particular policy. A storage unit 
having a positive SVS value is a better candidate for storing data and thus a better candidate 
for selection as a target storage unit than a storage unit with a negative SVS value, since a 
positive value indicates that the storage unit meets the bandwidth requirements for the data 

15 file and also possesses sufficient capacity for storing the file. Among storage units with 

positive SVS values, a storage unit with.a higher positive SVS is a more desirable candidate 
for selection as a target storage unit as compared to a storage unit with a lower SVS value, 
i.e., the storage unit having the highest positive SVS value is the most desirable storage unit 
for storing the data file. If a storage unit with a positive SVS value is not available, then 

20 storage units with negative SVS values are more desirable than storage units with a SVS 

value of zero (0). The rationale here is that it is better to select a storage unit that satisfies the 
bandwidth requirements (even though the storage unit is over capacity) than a storage unit 
that does not meet the bandwidth requirements (i.e., has a SVS of zero). Among storage units 
with negative SVS values, a storage unit with a higher SVS value (i.e., SVS closer to 0) is a 

25 more desirable candidate for storing the data file and thus for selection as a target storage unit 
than a storage unit with a lesser SVS value. Accordingly, among storage units with negative 
SVS values, the storage unit with the highest SVS value (i.e., SVS closest to 0) is the most 
desirable candidate for selection as a target storage unit. In this manner, SVSs may be 
calculated for storage unit for a particular policy and used to select a particular storage unit as 

30 a target storage unit. 

[0136] Although specific embodiments of the invention have been described, various 
modifications, alterations, alternative constructions, and equivalents are also encompassed 
within the scope of the invention. The described invention is not restricted to operation 
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within certain specific data processing environments, but is free to operate within a plurality 
of data processing environments. Additionally, although the present invention has been 
described using a particular series of transactions and steps, it should be apparent to those 
skilled in the art that the scope of the present invention is not limited to the described series 
5 of transactions and steps. 

[0137] Further, while the present invention has been described using a particular 
combination of hardware and software, it should be recognized that other combinations of 
hardware and software are also within the scope of the present invention. The present 
invention may be implemented only in hardware, or only in software, or using combinations 
10 thereof. 

[0138] The specification and drawings are, accordingly, to be regarded in an illustrative 
rather than a restrictive sense. It will, however, be evident that additions, subtractions, 
deletions, and other modifications and changes may be made thereunto without departing 
from the broader spirit and scope of the invention as set forth in the claims. 
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WHAT IS CLAIMED IS: 



1 1 . A computer-implemented method of managing a storage environment 

2 comprising a plurality of storage units, the method comprising: 

3 determining a first policy configured for the storage environment, wherein a 

4 first operation is associated with the first policy; 

5 calculating a data value score for each file in a set of files stored on a first 

6 storage unit from the plurality of storage units ; 

7 selecting a first file from the set of files for performing the first operation 

8 based upon the data value scores calculated for the files in set of files and based upon the first 

9 operation to be performed; and 

1 0 performing the first operation on the selected first file. 

1 2. The method of claim 1 wherein selecting the first file from the set of 

2 file comprises: 

3 determining, based upon the first operation to be performed, a first selection 

4 technique from a plurality of selection techniques; and 

5 selecting, based upon data values scores calculated for the set of files, the first 

6 file from the set of files for performing the first operation by applying the first selection 

7 technique. 

r 

1 3. The method of claim 1 wherein selecting the first file from the set of 

2 files for performing the first operation comprises: 

3 using a first selection technique for selecting the file from the set of files if the 

4 first operation is of a first type; and 

5 using a second selection technique for selecting the file from the set of files if 

6 the first operation is of a second type, wherein the second selection technique is different 

7 from the first selection technique. 

1 4. The method of claim 1 wherein: 

2 the data value score calculated for a file indicates a value of the file; and 

3 selecting the first file from the set of files for performing the first operation 

4 comprises: 

5 selecting, based upon the data value scores for the set of files, a file 

6 having highest value if the first operation is of a first type; and 
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7 selecting, based upon the data value scores for the set offiles, a file 

8 having lowest value if the first operation is of a second type. 

1 5 . The method of claim 4 wherein the first operation of the second type is 

2 an operation to delete a file. 

1 6. The method of claim 1 wherein selecting the first file from the set of 

2 files for performing the first operation comprises: 

3 using a first selection technique for selecting the file from the set of files if the 

4 first operation is to move a file from the first storage unit to second storage unit that is slower 

5 than the first storage unit; and 

6 using a second selection technique for selecting the file from the set of files if 

7 the first operation is to move a file from the first storage unit to a storage unit that is faster 

8 than the first storage unit. 

1 7. The method of claim 1 wherein performing the first operation 

2 comprises deleting the first file from the first storage unit. 

1 8. The method of claim 1 wherein performing the first operation 

2 comprises migrating the first file from the first storage unit. 

1 9. The method of claim 1 further comprising detennining a second 

2 storage unit for the first operation. 

1 1 0. The method of claim 9 wherein performing the first operation 

2 comprises copying the first file to the second storage unit. 

1 11. The method of claim 9 wherein performing the first operation 

2 comprises moving the first file from the first storage unit to the second storage unit. 

1 12. The method of claim 9 wherein performing the first operation 

2 comprises backing-up the first file to the second storage unit. 

1 13. The method of claim 9 wherein determining the second storage unit 

2 comprises: 

3 calculating a storage value score for a set of storage units from the plurality of 

4 storage units; and 
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5 selecting a storage unit from the set of storage units as the second storage unit 

6 based upon the storage value scores calculated for storage units in the set of storage units. 

1 14. The method of claim 1 further comprising: 

2 detecting a first signal; and 

3 performing the determining, calculating, selecting, and performing the first 

4 operation steps responsive to detecting the first signal. 

1 15. The method of claim 1 4 further comprising monitoring storage 

2 capacity for the plurality of storage units; 

3 wherein detecting the first signal comprises detecting that storage capacity for 

4 at least one storage unit from the plurality of storage units has exceeded a threshold value. 

1 16. The method of claim 1 4 further comprising monitoring one or more 

2 files stored by the plurality of storage units; 

3 wherein detecting the first signal comprises detecting presence of a file having 

4 a first characteristic. 

1 17. The method of claim 1 wherein determining the first policy comprises: 

2 determining a priority associated with each policy in a plurality of policies; 

3 and 

4 selecting a policy with the highest associated priority from the plurality of 

5 policies as the first policy. 

1 18. The method of claim 1 wherein calculating the data value score for 

2 each file in the set of files stored on the first storage unit comprises: 

3 determining a set of file-related conditions specified by the first policy; and 

4 calculating a data value score for each file in the set of files based upon the file 

5 selection conditions, wherein the data value score for a file indicates the degree to which the 

6 set of file-related conditions are satisfied by the file. 

1 1 9. A computer program product stored on a computer-readable medium 

2 for managing a storage environment comprising a plurality of storage units, the computer 

3 program product comprising: 

4 code for determining a first policy configured for the storage environment, 

5 wherein a first operation is associated with the first policy; 
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6 code for calculating a data value score for each file in a set of files stored on a 

7 first storage unit from the plurality of storage units; 

■ 

8 code for selecting a first file from the set of files for performing the first 

9 operation based upon the data value scores calculated for the files in set of files and based 

1 0 upon the first operation to be performed; and 

1 1 code for performing the first operation on the selected first file. 

1 20. The computer program product of claim 1 9 wherein the code for 

2 selecting the first file from the set of file comprises: 

3 code for determining, based upon the first operation to be performed, a first 

4 selection technique from a plurality of selection techniques; and 

5 code for selecting, based upon data values scores calculated for the set of files, 

6 the first file from the set of files for performing the first operation by applying the first 

7 selection technique. 

1 2 1 • The computer program product of claim 1 9 wherein the code for 

2 selecting the first file from the set of files for performing the first operation comprises: 

3 code for using a first selection technique for selecting the file from the set of 

4 files if the first operation is of a first type; and 

5 code for using a second selection technique for selecting the file from the set 

6 of files if the first operation is of a second type, wherein the second selection technique is 

7 different from the first selection technique. 

1 22. The computer program product of claim 1 9 wherein: 

2 the data value score calculated for a file indicates a value of the file; and 

3 the code for selecting the first file from the set of files for performing the first 

4 operation comprises: 

5 code for selecting, based upon the data value scores for the set of files, 

6 a file having highest value if the first operation is of a first type; and 

7 code for selecting, based upon the data value scores for the set of files, 

8 a file having lowest value if the first operation is of a second type. 

1 23. The computer program product of claim 19 wherein the code for 

2 selecting the first file from the set of files for performing the first operation comprises: 
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3 code for using a first selection technique for selecting the file from the set of 

4 files if the first operation is to move a file from the first storage unit to second storage unit 

5 that is slower than the first storage unit; and 

6 code for using a second selection technique for selecting the file from the set 

7 of files if the first operation is to move a file from the first storage unit to a storage unit that is 

8 faster than the first storage unit. 

1 24. The computer program product of claim 1 9 wherein the first operation 

2 is at least of an operation to delete the first file from the first storage unit, an operation to 

3 migrate the first file from the first storage unit, an operation to archive the first file, and an 

4 operation to restore the first file. 

1 25 . The computer program product of claim 1 9 further comprising code for 

2 determining a second storage unit for the first operation. 

1 26. The computer program product of claim 25 wherein the first operation 

2 is at least one of an operation to copy the first file to the second storage unit, an operation to 

3 move the first file from the first storage unit to the second storage unit, and an operation to 

4 backup the first file to the second storage unit. 

1 27. The computer program product of claim 25 wherein the code for 

2 determining the second storage unit comprises: 

3 code for calculating a storage value score for a set of storage units from the 

4 plurality of storage units; and 

5 code for selecting a storage unit from the set of storage units as the second 

6 storage unit baseil upon the storage value scores calculated for storage units in the set of 

7 storage units. 

1 28. The computer program product of claim 19 further comprising: 

2 code for detecting a first signal; and 

3 code for performing the determining, calculating, selecting, and performing 

4 the first operation responsive to detecting the first signal. 

1 29. The computer program product of claim 28 further comprising code for 

2 monitoring storage capacity for the plurality of storage units; 
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3 wherein the code for detecting the first signal comprises code for detecting 

4 that storage capacity for at least one storage unit from the plurality of storage units has 

5 exceeded a threshold value. 

1 30. The computer program product of claim 28 further comprising code for 

2 monitoring one or more files stored by the plurality of storage units; 

3 wherein the code for detecting the first signal comprises code for detecting 

4 presence of a file having a first characteristic. 

1 31. The computer program product of claim 19 wherein the code for 

2 determining the first policy comprises: 

3 code for determining a priority associated with each policy in a plurality of 

4 policies; and 

5 code for selecting a policy with the highest associated priority from the 

6 plurality of policies as the first policy. 

1 32. The computer program product of claim 19 wherein the code for 

2 calculating the data value score for each file in the set of files stored on the first storage unit 

3 comprises: 

4 code for determining a set of file-related conditions specified by the first 

5 policy; and 

6 code for calculating a data value score for each file in the set of files based 

7 upon the file selection conditions, wherein the data value score for a file indicates the degree 

8 to which the set of file-related conditions are satisfied by the file. 

1 33. A system for managing a storage environment, the system comprising: 

2 a plurality of storage units; and 

3 a data processing system coupled with the plurality of storage units; 

4 wherein the data processing system is configured to: 

5 determine a first policy configured for the storage environment, 

6 wherein a first operation is associated with the first policy; 

7 calculate a data value score for each file in a set of files stored on a 

8 first storage unit from the plurality of storage units; 
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9 select a first file from the set of files for performing the first operation 

10 based upon the data value scores calculated for the files in set of files and based upon 

11 the first operation to be performed; and 

12 cause the first operation to be performed on the selected first file. 

■ 

1 34. The system of claim 33 wherein the data processing system is 

2 configured to: 

3 determine, based upon the first operation to be performed, a first selection 

4 technique from a plurality of selection techniques; and 

5 select, based upon data values scores calculated for the set of files, the first file 

6 from the set of files for performing the first operation by applying the first selection . 

7 technique. 

1 35 . The system of claim 33 wherein the data processing system is 

2 configured to: 

3 use a first selection technique for selecting the file from the set of files if the 

4 first operation is of a first type; and 

5 use a second selection technique for selecting the file from the set of files if 

6 the first operation is of a second type, wherein the second selection technique is different 

7 from the first selection technique. 

1 36. The system of claim 33 wherein: 

2 the data value score calculated for a file indicates a value of the file; and 

3 the data processing system is configured to: 

4 select, based upon the data value scores for the set of files, a file 

5 having highest value if the first operation is of a first type; and 

6 select, based upon the data value scores for the set of files, a file 

7 having lowest value if the first operation is of a second type. 

1 37. The system of claim 33 wherein the data processing system is 

2 configured to: 

3 use a first selection technique for selecting the file from the set of files if the 

4 first operation is to move a file from the first storage unit to second storage unit that is slower 

5 than the first storage unit; and 
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6 use a second selection technique for selecting the file from the set of files if 

7 the first operation is to move a file from the first storage unit to a storage unit that is faster 

8 than the first storage unit. 

# 

1 38. The system of claim 33 wherein the first operation is at least of an 

2 operation to delete the first file from the first storage unit, an operation to migrate the first file 

3 from the first storage unit, an operation to archive the first file, and an operation to restore the 

4 first file. 

1 39. The system of claim 33 wherein the data processing system is 

2 configured to determine a second storage unit for the first operation. 

1 40. The system of claim 39 wherein the first operation is at least one of an 

2 operation to copy the first file to the second storage unit, an operation to move the first file 

3 from the first storage unit to the second storage unit, and an operation to backup the first file 

4 to the second storage unit. 

1 41 . The system of claim 39 wherein the data processing system is 

2 configured to: 

3 calculate a storage value score for a set of storage units from the plurality of 

4 storage units; and 

5 select a storage unit from the set of storage units as the second storage unit 

6 based upon the storage value scores calculated for storage units in the set of storage units. 

1 42. The system of claim 33 wherein the data processing system is 

2 configured to: 

3 detect a first signal; and 

4 perform the detemiining, calculating, selecting, and performing the first 

5 operation steps responsive to detecting the first signal. 

1 43. The system of claim 42 wherein the data processing system is 

2 configured to: 

3 monitor storage capacity for the plurality of storage units; and 

4 detect that storage capacity for at least one storage unit from the plurality of 

5 storage units has exceeded a threshold value. 
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1 44. The system of claim 42 wherein the data processing system is 

2 configured to: 

3 monitor one or more files stored by the plurality of storage units; and 

4 detect presence of a file having a first characteristic. 

1 45. The system of claim 33 wherein the data processing system is 

2 configured to: 

3 determine a priority associated with each policy in a plurality of policies; and 

4 select a policy with the highest associated priority from the plurality of 

5 policies as the first policy. 

1 46. The system of claim 33 wherein the data processing system is 

2 configured to: 

3 determine a set of file-related conditions specified by the first policy; and 

4 calculate a data value score for each file in the set of files based upon the file 

5 selection conditions, wherein the data value score for a file indicates the degree to which the 

6 set of file-related conditions are satisfied by the file. 



1 47. A system for managing a storage environment comprising a plurality 

2 of storage units, the system comprising: 

3 means for determining a first policy configured for the storage environment, 



4 wherein a first operation is associated with the first policy; 

5 means for calculating a data value score for each file in a set of files stored on 

6 a first storage unit from the plurality of storage units; 

7 means for determining, based upon the first operation to be performed, a first 

8 selection technique from a plurality of selection techniques; and 

9 means for selecting, based upon data values scores calculated for the set of 

10 files, a first file from the set of files for performing the first operation by applying the first 

1 1 selection technique; and 

12 means for performing the first operation on the selected first file. 

1 48. A method for managing a storage environment comprising a plurality 

2 of storage units, the method comprising: 

3 calculating, based upon a storage policy, a data value score for each file in a 

4 set of files stored on a first storage unit from the plurality of storage units; 
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5 selecting a first file from the set of files based upon the data value scores 

6 calculated for the set of files; and 

7 performing a first operation on the selected first file. 
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